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(54) Expert system for generating user interfaces 



(57) An expert system for generating user interfaces 

is provided. The expert system includes one or more 
components for realizing one or more Intentions of a us- 
er Interface designer. Each Intention, when received by 
the expert system, Identifies and activates a corre- 
sponding component for realizing Ihe received intention. 
Each component programmatlcally contains a set of 



njles extracted from guidelines, conventions, and prin- 
ciples of user Interface design. A set of parameters Is 
also supplied with each received Intention to aid the cor- 
responding component to choose and execute a rule 
from the set of rules. Each rule produces a user interface 
from a template different from other templates used by 
other rules. 
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Description 

CROSS-REFERENCE TO A RELATED APPLICATION 

[0001] This application claims the benefit of U.S. Pro- 
visional Application No. 60/272,006, filed February 27, 
2001 , which is expressly incorporated herein by refer- 
ence. 

FIELD OF THE INVENTION 

[0002] The present invention relates generally to ex- 
pert systems and, more particularly, to an a piece of soft- 
ware that receives intentions of a user interface design- 
er from an application and realizes the intentions by 
mal<ing decisions to generate user interfaces from a set 
of programmatic rules, which are based on knowledge 
of experts in the field of user interfaces as embodied in 
guidelines, conventions, and principles of user interface 
design. 

BACKGROUND OF THE INVENTION 

[0003] A user interface is a portion of a program or an 
operating system through which a user can instruct a 
computing device to accomplish a result and through 
which the device can convey information to the user. Ex- 
amples of computing devices are computers, portable 
electronic devices such as telephones, and interactive 
television units. (Hereafter, the term computer is used 
to refer generally to all computing devices.) 
[0004] A graphical user interface is a user interface 
that makes use of a computer monitor or other type of 
display (such as a television) as an output device, and 
one or more input devices, typically a computer key- 
board and a pointing device, such as a mouse, that af- 
fect the display. The computer displays information to 
the user in screens. A screen may take up the entire 
viewable area of the display, or may take up only a por- 
tion of the viewable area in the form of a window. An- 
other example of a user interface is an audio user inter- 
face in which the user speaks to the computer through 
a microphone input device, and the computer responds 
via a speaker output device. Some user interfaces sup- 
port multiple modes of interaction (e.g., graphical and 
audio). 

[0005] Software programmers create user interfaces 
with programming languages that allow access to a 
computer's input and output devices. However, these 
user interfaces need not be created from scratch. For 
example, with reference to FIGURE 1 A, a collection of 
user interface routines may be stored in a library (not 
shown) resident in an operating system, such as the Mi- 
crosoft Windows operating system 118 (hereafter, "Win- 
dows 118"). To invoke a user interface routine in the li- 
brary, software programmers place a function call, 
which invokes a corresponding routine in the library, at 
an appropriate place in a program 116. When the com- 



2 

puterthat is running the program 116 comes tothe func- 
tion call, the computer executes the function call and 
transforms the function call into a request for service 
from the corresponding user interface routine in the li- 
5 brary. 

[0006] Each function call includes a set of input argu- 
ments. The input arguments are passed along to the 
corresponding user interface routine when the function 
call is executed by the computer. Each routine Is de- 
10 signed to present a user interface from a particular tem- 
plate, such as a dialog box 120, which Is a special win- 
dow that solicits a response from a user. The input ar- 
guments provide information that may affect the pres- 
entation of the dialog box 120. Each function call has a 
'5 one-to-one correspondence with a single template in 
one routine. There is an expectation that for each func- 
tion call a precise instance of a particular template will 
appear. There can be no deviation since any deviation 
is considered a bug in Windows 118. 
20 [0007] FIGURES 1B-1E illustrate message boxes 
124-130, which are a type of the dialog box 120. The 
template from which each message box is fonned in- 
cludes a title bar 1 02, which is a horizontal space at the 
top of the message box that contains the name of the 
25 message box, and a close button 1 04, which is a square 
button that is usually located in the right comer of the 
title bar with an x mark on it. The template for the mes- 
sage box also includes a screen 1 06 for containing mes- 
sages as well as one or more buttons to allow the user 
30 to interact with the message box. 

[0008] The message box 1 24 in FIGURE 1 B presents 
a message "Hello world!" to a user along with an OK 
button 1 08. The function call to create the FIGURE 1 B 
message box 124 may be of a form: messageBox("Hello 
35 Worldl", OK), which is a function call having a name 
"messageBox" and two input arguments "Hello Worldl" 
and "OK." The FIGURE 1C message box 126 is similar 
to the FIGURE IB message box 124, except that the 
FIGURE 10 message box 126 also includes a Cancel 
40 button 110. The function call to create the FIGURE 1C 
message box 126 may have a form: messageBox("Hello 
World!", OK_CANCEL). The FIGURE 1 D message box 
128, like the FIGURES 1 B-1C message boxes 124, 1 26, 
contains the message "Hello World!". The difference is 
45 that the FIGURE 1 D message box 1 28 includes a YES 
button 114, a NO button 112, as well as the Cancel but- 
ton 1 1 0, but no OK button 1 08. The function call to create 
the message box 128 may have the form: messageBox 
("Hello World!", YES_NO_CANCEL). 
50 [0009] The input arguments to the function call that 
creates the FIGURE IE message box 130 includes a 
long string of text "Call me Ishmael..." and the OK button 
1 08. The user interface routine that corresponds to the 
function call that creates the FIGURE 1 E message box 
55 130 increases the vertical space of the FIGURE 1 E mes- 
sage box 130 so as to accommodate the long string of 
text. Afonn of the function call to create the FIGURE 1 E 
message box 130 include a signature, such as mes- 
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sageBoxC'Call me Ishmael...", OK). FIGURES 1 B-1 E il- 
lustrate that a the function call messageBox(...) is made 
from the program 1 1 6, a messageBox template in Win- 
dows 118 is used to create message boxes 124-130. 
IVIodifications to a message box template can be made 
by furnishing certain information through the input argu- 
ments to the function call messageBox(...), but a modi- 
fied message box is still a kind of a message box, and 
no deviation will be made by Windows 11 8. 
[0010] User interfaces can be constructed directly In 
the programming languages used by software program- 
mers as discussed above with reference to FIGURES 
1 A-1 E , but are more often constructed using specialized 
user interface development tools. For example, graphi- 
cal user interfaces are often constructed using a tool 
called a forms pacl<age. A forms package typically 
presents the programmer with a screen (also called a 
form) that approximates what the user will see. The 
forms package allows the programmer to add individual 
graphical user interface controls (e.g., buttons, text en- 
try boxes, list boxes) to the screen, and arrange the con- 
trols on the screen. The forms package also allows the 
programmer to Indicate how the screen and Its controls 
should react to user actions, such as when the user 
clicks on a button control with a mouse. Typically, the 
programmer defines these reactions explicitly by writing 
routines In computer code, and then connecting controls 
on the screen to those routines. Specific user events 
then trigger the execution of the associated code rou- 
tines. 

[0011] A graphical user interface for a program may 
consist of one or many screens. Forms packages allow 
the programmer complete freedom in constructing user 
interfaces with whatever screens the programmer de- 
sires. However, with this freedom comes the opportunity 
to make many mistakes. The programmer may create a 
user interface that is too complex for its users to under- 
stand and use properly. The programmer may inadvert- 
ently create a user interface with bugs. An example of 
a bug is failing to handle correctly the entire range of 
possible input conditions. 

[0012] To reduce the likelihood of problems, program- 
mers typically have learned to manually follow user in- 
terface guidelines and de facto conventions that sug- 
gest how user interfaces should appearand behave. For 
example, FIGURE 7 shows a type of screen in a graph- 
ical user interface, in which the user is asked to choose 
one of four Items. A window 702 contains text 704 in- 
structing the user to make a selection from the option 
buttons 706, 708, 710, and 712, in this example, option 
button 706 is shown selected. Only one of the option 
buttons 706, 708, 710, and 712 can be selected at a 
given time. The user selects one of the buttons, and then 
clicks an OK button 714 to indicate that he is finished. 
The user can also click a Cancel button 71 6 to indicate 
that he does not wish to make a selection. 
[0013] As an example of the conventions at work in 
this screen, consider the standard placement of the OK 



button 714 and the Cancel button 716 beneath the op- 
tion buttons 706, 708, 710, and 712. This convention 
stems from the fact that a user will interact with the op- 
tion buttons first and the OK button or the Cancel button 

5 second, and that people generally read a screen from 
top to bottom, it is also acceptable (and within conven- 
tion) to place the buttons 714, 716 to the right of the 
option buttons, because the English language (and 
many other languages) is read from left to right. It Is un- 

10 acceptable, however, to put the buttons 71 4, 71 6 at the 
top of the screen above the option buttons 708-71 2, be- 
cause a user would be likely to press the OK button 714 
or the Cancel button 716 before selecting an option, 
[0014] The controls on the screen shown in FIGURE 

'5 7 form a familiar pattern. iVIany programmers create 
screens that follow the pattern shown in FIGURE 7 even 
if the specific purpose of the screen is different, in time, 
users of graphical user interfaces may become familiar 
with such patterns, thereby increasing their efficiency 

20 with a program. They maybe able to more quickly learn 
new screens if the screens conform to patterns they 
have seen previously. 

[0015] Most software programming environments do 
not offer any way to take advantage of such user inter- 
ns face patterns. If the programmer wishes to employ in his 
program a choice selection screen that follows the same 
pattern as the one shown in FIGURE 7, he typically must 
use a forms package to create such a screen from 
scratch using basic graphical user interface controls. 
30 Because the programmer generally defines the appear- 
ance and behavior of the screen from scratch, he may 
implement the user interface incorrectly, thereby inad- 
vertently introducing bugs. This may occur even when 
the programmer is trying to create a screen that follows 
35 a familiar pattern. 

[0016] Even for simple user interface patterns, it may 
be difficultfortheprogrammerto correctly follow the pat- 
tern. The programmer needs to get a number of details 
correct in orderfor users to gain any advantage from the 
40 use of the pattern. Examples of such details include, but 
are not limited to, choosing the correct set of controls, 
providing conventional or othenwise meaningful labels 
for these controls, arranging the controls correctly on 
the screen, supporting all available modes of user input 
45 (keyboard, pointing device, voice recognition, etc.), cor- 
rectly handling all conditions and errors, enabling the 
interface to be used correctly in a variety of locales and 
languages, and enabling the Interface to be used cor- 
rectly by people with a variety of physical disabilities 
50 (color blindness, nearsightedness, blindness, slow 
physical coordination, etc.), 

[0017] Moreover, the guidelines for determining which 
type of user interface pattern is appropriate in a given 
situation are not trivial. Consider a situation in which a 
55 programmer wishes to present the user with a series of 
choices and require the user to select exactly one of the 
choices. Suppose the programmer is creating a graph- 
ical user interface for use on the Microsoft Windows op- 
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erating system. Microsoft Corporation publishes a set of 
user interface guidelines for programs designedfor Win- 
dows ("Microsoft Windows User Experience: Official 
Guidelines for User Interface Developers and Design- 
ers", IVIicrosoft Press, 1999). These guidelines suggest 
at least three different types of controls that could be 
employed in this situation: 

1) Option buttons: "An option button, also referred 
to as a radio button, represents a single choice with- 
in a limited set of mutually exclusive choices. That 
is, the user can choose only one of a set of options. 
Accordingly, always group option buttons In sets of 
two or more. .. Limit the use of option buttons to 
small sets of options, typically seven or less, but al- 
ways at least two. if you need more choices, con- 
sider using a different type of control, such as a sin- 
gle selection list box or drop-down list box." (p. 1 64) 

2) Single-selection list boxes: "A list box is a control 
for displaying a list of choices for the user.... List 
boxes are best for displaying large numbers of 
choices that vary in number or content.... A single- 
selection list box is designed forthe selection of only 
one item in a list. Therefore, the control provides a 
mutually exclusive operation similar to a group of 
option buttons, except that a list box can handle a 
large number of items more efficiently. Define a sin- 
gle-selection list box to be tail enough to show at 
least three to eight choices,., depending on the de- 
sign constraints of where the list box is to be used." 
(pp. 170-4) 

3) Dropdown list boxes: "Like a single-selection list 
box, a drop-down list box provides for the selection 
of only a single item from a list; the difference is that 
the list is displayed upon demand While drop- 
down list boxes are an effective way to conserve 
space and reduce clutter, they require more user 
effort to browse and select an item than a single- 
selection list box." (p. 175) 

[0018] Portentously, the decision as to which control 
should be used Is left to the programmer. The program- 
mer must evaluate the situation at hand, compare it to 
the available guidelines and conventions, and then 
make an appropriate selection. Failure to select the ap- 
propriate pattern may risk confusing users. 
[0019] Complicating the programmer's decision is 
that, at the time the programmer is writing the program, 
the programmer is typically unable to know the exact 
conditions under which the user Interface will be used. 
A program may need to offer the user a list of choices 
where the number of choices varies greatly depending 
upon factors that change (e.g., the program needs to 
display a list of people currently connected to a compu- 
ter network). The programmer is often forced to make 
decisions based on a theoretical or estimated range of 
values for such a factor. The decision made at the time 
of writing the program may result in a user interface that 



is inappropriate in practice. 
SUMMARY OF THE INVENTION 

5 [0020] The present invention moves much of the bur- 
den of identifying and constructing an appropriate user 
interface pattern to an expert system, which is pro- 
grammed to follow guidelines, conventions, and princi- 
ples of user interface design. A programmer writes an 

10 application in a traditional manner, but does not need to 
create a complete user Interface forthe application. In- 
stead, the programmer writes code to reflect his inten- 
tions for the purpose of the user Interface and these 
pieces of code invoke the expert system, which com- 

15 pletes the user interface of the application. The expert 
system generates an appropriate user interface on the 
fly and returns this interface to the application. The ap- 
plication then invokes this user interface, which controls 
user interaction. The user interface communicates with 

20 the application as necessary. The user Interface even- 
tually returns control to the application when the user 
interface receives some indication from the user's inter- 
action. Instead of generating the user interface on the 
fly, altematively, the expert system generates and stores 

25 the user interface for later use during runtime of the ap- 
plication. The programmer can use the expert system 
to generate an application's entire user interface or just 
a portion of It. 

30 BRIEF DESCRIPTION OF THE DRAWINGS 

[0021] The foregoing aspects and many of the attend- 
ant advantages of this invention will become more read- 
ily appreciated as the same become better understood 
35 by reference to the following detailed description, when 
taken in conjunction with the accompanying drawings, 
wherein: 

FIGURE 1A is a block diagram illustrating a one-to- 
40 one correspondence between a user Interface func- 
tion call In a program, a specific user Interface rou- 
tine in an operating system, and a corresponding 
presentation of a user interface from a specific tem- 
plate. 

45 FIGURES 1 B-1 E are a pictorial diagram illustrating 
various presentations of a message box, which de- 
pend on the values of the input arguments to a user 
interface function call. 

FIGURE 2 is a block diagram illustrating a comput- 

50 ing device. 

FIGURE 3A is a block diagram illustrating a com- 
puting system that contains an expert system for 
generating user Interfaces according to one embod- 
iment of the Invention. 

55 FIGURE SB is a block diagram Illustrating in greater 
detail the intentions of the user interface designer 
and parameters to an expert system for generating 
user interfaces according to one embodiment of the 
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invention. 

FIGURE 3C is a blocl< diagram showing in greater 
detaii the interaction between an application, which 
sends one or more intentions of a user interface de- 
signer to an expert system, and an expert system 
receiving the one or more Intentions from the appli- 
cation so as to generate user Interfaces according 
to one embodiment of the invention. 
FIGURE 4 is a process diagram illustrating a meth- 
od for invoking an expert system according to one 
embodiment of the invention. 
FIGURE 5 is another process diagram illustrating a 
method by which an expert system realizes an In- 
tention of the user Interface designer to generate a 
user Interface according to one embodiment of the 
Invention. 

FIGURE 6 Is a process diagram showing a method 
Inside a sample code module or component of an 
expert system for realizing an Intention of a user in- 
terface designer, and more particularly for showing 
to a userthe available choices according to one em- 
bodiment of the invention. 

FIGURE 7 Is a pictorial blocl< diagram illustrating 
choices available to a user to select using option 
buttons according to one embodiment of the inven- 
tion. 

FIGURE 8 Is a pictorial blocl< diagram illustrating a 
screen showing the choices available to a user in a 
single-selection list box according to one embodi- 
ment of the Invention. 

FIGURE 9A Is a pictorial block diagram of a single 
screen showing the selected choice of a drop-down 
list box according to one embodiment of the inven- 
tion. 

FIGURE 9B is a pictorial block diagram Illustrating 
a single screen showing the choices available to a 
user In a drop-down list box according to one em- 
bodiment of the Invention. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

[0022] FIGURE 2 illustrates an example of a suitable 
computing system environment 200 on which the Inven- 
tion may be Implemented. The computing system envi- 
ronment 200 Is only one example of a suitable comput- 
ing environment and Is not Intended to suggest any lim- 
itation as to the scope of use or functionality of the In- 
vention. Neither should the computing environment 200 
be Interpreted as having any dependency or require- 
ment relating to any one or combination of the illustrated 
and described components. 

[0023] The invention is operational with numerous 
other general purpose or special purpose computing 
system environments or configurations. Examples of 
well-known computing systems, environments and/or 
configurations that may be suitable for use with the In- 
vention include, but are not limited to, personal comput- 



ers, server computers, handheld or laptop devices, mul- 
tiprocessor systems, microprocessor-based systems, 
set top boxes, programmable consumer electronics, 
network PCs, minicomputers, mainframe computers, 

5 distributed computing environments that include any of 
the above systems or devices, and the like. 
[0024] The invention is described In the general con- 
text of computer-executable instructions, such as pro- 
gram modules being executed by a computer. General- 

10 ly, program modules include routines, programs, ob- 
jects, components, data structures, etc., that perform 
particular tasks or implement particular abstract data 
types. 

[0025] The invention may also be practiced in dlstrlb- 

15 uted computing environments where tasks are per- 
formed by remote processing devices that are linked 
through a communications network, in a distributed 
computing environment, program modules may be lo- 
cated In both local and remote computer storage media, 

20 including memory storage devices. 

[0026] With reference to FIGURE 2, a system for Im- 
plementing the invention includes a general purpose 
computing device in the fonn of a computer 210. Com- 
ponents of computer 210 may include, but are not llm- 

25 ited to, a processing unit 220, a system memory 230, 
and a system bus 221 that couples various system com- 
ponents including the system memory to the processing 
unit 220. The system bus 221 may be any of several 
types of bus structures, including a memory bus or 

30 memory controller, a peripheral bus, and a local bus us- 
ing any of a variety of bus architectures. By way of ex- 
ample, and not limitation, such bus architectures Include 
Industry Standard Architecture (ISA) bus. Micro Chan- 
nel Architecture (MCA) bus, Enhanced ISA (EISA) bus, 

35 video Electronics Standards Association (VESA) local 
bus, and Peripheral Component Interconnect (PCI) bus, 
also known as Mezzanine bus, 

[0027] Computer 210 typically includes a variety of 
computer readable media. Computer readable media 

40 can be any available media that can be accessed by 
computer 21 0 and includes both volatile and nonvolatile 
media, removable and non-removable media. By way 
of example, and not limitation, computer readable media 
may comprise computer storage media and communi- 

45 cation media. Computer storage media includes both 
volatile and nonvolatile, removable and non-removable 
media implemented in any method or technology for 
storage of information such as computer readable in- 
structions, data structures, program modules or other 

50 data. Computer storage media Includes, but Is not lim- 
ited to, RAM, ROM, EEPROM, flash memory or other 
memory technology, CD-ROM, digital versatile disks 
(DVD) or other optical disk storage, magnetic cassettes, 
magnetic tapes, magnetic disk storage or other magnet- 

55 ic storage devices, or any other computer storage me- 
dia. Communication media typically embodies compu- 
ter readable instructions, data structures, program mod- 
ules or other data in a modulated data signal, such as 
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a carrier wave or other transport mechanism that in- 
cludes any infomiation delivery media. The term "mod- 
ulated data signal" means a signal that has one or more 
of its characteristics set or changed in such a manner 
as to encode Information in the signal. By way of exam- 
ple, and not limitation, communication media includes 
wired media, such as a wired network or direct-wired 
connection, and wireless media such as acoustic, RF 
Infrared, and other wireless media. A combination of any 
of the above should also be Included within the scope 
of computer readable media. 

[0028] The system memory 230 Includes computer 
storage media In the form of volatile and/or nonvolatile 

memory such as read-only memory (ROM) 231 and ran- 
dom access memory (RAM) 232. A basic input/output 
system 233 (BIOS), containing the basic routines that 
help to transfer information between elements within 
computer 210, such as during startup. Is typically stored 
in ROM 231. RAM 232 typically contains data and/or 
program modules that are immediately accessible, and/ 
or presently being operated on, by processing unit 220. 
Byway of example, and not limitation, FIGURE 2 Illus- 
trates operating system 234, application programs 235, 
other program modules 236, and program data 237. 
[0029] The computer 21 0 may also Include other re- 
movable/non-removable, volatile/nonvolatile computer 
storage media. By way of example only, FIGURE 2 Il- 
lustrates the hard disk drive 241 that reads from or writes 
to non-removable, nonvolatile magnetic media, the 
magnetic disk drive 251 that reads from or writes to a 
removable, nonvolatile magnetic disk 252, and an opti- 
cal disk drive 255 that reads from or writes to a remov- 
able, nonvolatile optical disk 256, such as a CD-ROM 
or other optical media. Other removable/non-remova- 
ble, volatile/nonvolatile computer storage media that 
can be used In the exemplary operating environment in- 
clude, but are not limited to, magnetic tape cassettes, 
flash memory cards, digital versatile disks, digital vide- 
otapes, solid state RAM, solid state ROM, and the like. 
The hard disk drive 241 is typically connected to the sys- 
tem bus 221 through a non-removable memory inter- 
face, such as interface 240, and the magnetic disk write 
251 and optical disk drive 255 are typically connected 
to the system bus 221 by a removable memory Inter- 
face, such as interface 250. 

[0030] The drives and their associated computer stor- 
age media discussed above and Illustrated in FIGURE 
2 provide storage of computer readable Instructions, da- 
ta structures, program modules, and other data for the 
computer 210. In FIGURE 2, for example, hard disk 
drive 241 Is illustrated as storing operating system 244, 
application programs 245, other program modules 246, 
and program data 247. Note that these components can 
either be the same as or different from operating system 
234, application programs 235, other program modules 
236, and program data 237. Operating system 244, ap- 
plication programs 245, other program modules 246, 
and program data 247 are given different numbers here 



to illustrate that, at a minimum, they are different copies. 
A user may enter commands and Infomiation into the 
computer 210 through Input devices, such as a key- 
board 262 and pointing device 261 , commonly referred 

s to as a mouse, trackball, or touch pad. Other input de- 
vices (not shown) may include a microphone, joystick, 
game pad, satellite dish, scanner, orthe like. These and 
other input devices are often connected to the process- 
ing unit 220 through a user input Interface 260 that is 

10 coupled to the system bus, but may be connected by 
other Interface and bus structures, such as a parallel 
port, game port, or universal serial bus (USB). A monitor 
291 or other type of display device Is also connected to 
the system bus 221 via an interface, such as a video 

15 Interface 290. In addition to the monitor, computers may 
also include other peripheral output devices, such as 
speakers 297 and printer 296, which may be connected 
through an input/output peripheral interface 295. 
[0031] The computer210 may operate in a networked 

20 environment using logical connections to one or more 
remote computers, such as a remote computer 280 . The 
remote computer 280 may be a personal computer, a 
server, a router, a network PC, a peer device, or other 
common network node, and typically Includes many or 

25 all of the elements described above relative to the com- 
puter 21 0, although only a memory storage device 281 
has been Illustrated in FIGURE 2. The logical connec- 
tions depicted in FIGURE 2 include a local area network 
(LAN) 271 and a wide area network (WAN) 273, but may 

30 also include other networks. Such network environ- 
ments are commonplace in offices, enterprise-wide 
computer networks, intranets, and the Internet, 
[0032] When used in a LAN networking environment, 
the computer 210 Is connected to the LAN 271 through 

35 a network Interface or adapter 270. When used in a 
WAN networking environment, the computer 210 typi- 
cally Includes a modem 272 or other means for estab- 
lishing communications over the WAN 273, such as the 
Internet. The modem 272, which may be internal or ex- 

40 ternal, may be connected to the system bus 221 via the 
input/output peripheral interface 295, or other appropri- 
ate mechanism. In a networked environment, program 
modules depicted relative to the computer 210, or por- 
tions thereof, may be stored in the remote memory stor- 
es age device. By way of example, and not limitation, FIG- 
URE 2 Illustrates remote application programs 285 as 
residing on memory device 281 . It will be appreciated 
that the network connections shown are for Illustrative 
purposes only and other means of establishing a com- 

50 munlcatlons link between the computers may be used, 
[0033] FIGURE 3A depicts a computer 302 suitable 
for practicing the preferred embodiment of the present 
invention. An area of memory 304 contains an applica- 
tion 306 written by the programmer. This application 306 

55 invokes an expert system 308, The expert system 308 
considers information passed to it from the application 
306 and possibly also examines external factors stored 
on a permanent storage device 312 or on another com- 
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puter 320 connected via a network 318. The expert sys- 
tem 308 generates a user interface 31 0 and returns the 
user interface 310 to the application 306. The applica- 
tion 306 invokes the user interface 310 to interact with 
the user right after the user interface 310 is created or 
at runtime if the generated user interface 31 0 has been 
stored away. The user interface 310 controls this inter- 
action by communicating information to the user via an 
output device 31 4 and receiving input from the user via 
an input device 316. When the interaction is complete, 
the user Interface 310 returns any result of the interac- 
tion to the calling program 306. 
[0034] The programmer or a user interface designer 
begins the process of generating the user interface 31 0 
by indicating the user interface goal or his intention to 
the expert system 308. FIGURE 3B illustrates in greater 
detail the communication of a user interface goal or an 
intention (hereafter, user interface goal(s) 324 or inten- 
tion(s) 324) to the expert system 308. Intentions 324 are 
stored in the application 306. The application 306 may 
have an Incomplete user Interface. When Intentions 324 
are communicated to the expert system 308 to generate 
the user Interface 310, the incomplete user interface of 
the application 306 Is completed. Many suitable tech- 
niques to implement intentions 324 can be used. One 
suitable technique Includes storing intentions 324 on the 
application 306 as function calls. Each function call has 
a set of parameters 326 associated with it. Various kinds 
of user interface goals or intentions are possible, such 
as what sort of question to ask the user, what sort of 
information to communicate to the user, or what sort of 
task to have the user perform. Examples of such user 
interface goals or intentions include the following: 

1) Have the user supply a single string of text. 

2) Have the user supply a single number (e.g., an 
integer greater than zero). 

3) Have the user pick a single item from a list. 

4) Have the user pick several Items from a list. 

5) Have the user arrange the items In a list into a 
preferred order 

6) Have the user manage a list of items (add items, 
edit them, remove them). 

7) Have the user organize items in a given structure 
(e.g., a hierarchy). 

8) Have the user move or copy Items between two 
containers (e.g., files between two folders). 

9) Have the user apply one or more operations on 
a selection of items in a list. 

[0035] In addition to indicating a user interface goal 
or an Intention 324, the programmer can supply param- 
eters 326 to the expert system 308 that further specify 
the programmer's Intent, or otherwise assist the expert 
system 308 In generating a meaningful user interface. 
The expert system 308 may also require the program- 
mer to supply some parameters 326 depending on the 
specified user interface goal or intention. Other param- 
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eters may be optional. Examples of parameters 326 in- 
clude: 

1) The text of the question or instructions the pro- 
5 grammer would like to offer the user 

2) The choices from which the user is expected to 
make a selection (for example, a list of text strings) 

3) The data the programmer wishes to allow the us- 
er to manipulate 

10 4) The default response to a question 

5) An Indication of whether the user is required to 
respond to a question or whether the user can opt 
out of the question 

6) The type of data the programmer expects to be 
15 received In response to the interaction with the user 

(both forvalldlty checking and to determine thetype 
of display that would be most effective) 

7) Constraints on the amount of horizontal and ver- 
tical space the programmer may wish to impose on 

20 the generated user interface 

8) Indications of the visual style the programmer 
would prefer In the generated user Interface (for ex- 
ample, whether the expert system should generate 
a user interface with a conservative visual style that 

25 allows the user to focus on the task at hand, or a 
user Interface with a visually engaging style that is 
meant to entertain). 

[0036] The expert system 308 may also examine ex- 
30 ternal factors available to It in making a decision about 
which user interface is most appropriate. These external 
factors might include: 

1) What type of computer is the program running 
35 on? For example, the speed of the device's central 

processor may place limits on the amount of 
processing acceptable for the user interface to per- 
form. 

2) What operating system is the program running 
40 on? While many modern operating systems provide 

similar user Interfaces, each operating system may 
define its own conventions for how certain kinds of 
Interactions should be conducted. 

3) What types of input devices are available? Most 
45 personal computers will have at least a computer 

keyboard, and will also have a pointing device such 
as a mouse. Other devices may have touch 
screens, microphones for voice input, and other in- 
put devices. For example, a telephone will have a 
50 numeric keypad. 

4) What types of output devices are available? Most 
devices will have a screen, in which case various 
screen attributes may be relevant: its physical size, 
its resolution (the number of pixels it can display), 

55 and how many colors it can display. Another exam- 
ple of an output device is an audio speaker 

5) Who is the typical user to whom these questions 
will be asked? Relevant factors might include ex- 
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pectations of the typical user's age, nationality and 
cultural background, the languages spoken or read, 
degree of general computer experience, physical 
abilities, and the physical environment in which the 
user will use the product. 

6) What is known about the specific individual to 
whom the present question is being asked? The ex- 
pert system may include specific answers to the 
above general user attributes for a previously iden- 
tified individual. 

7) What Is the history of the specific user's experi- 
ence with this question or similar questions in the 
past? For example. If the user has never faced this 
question before, he may require a user interface 
that provides more explicit assistance. If, on the oth- 
er hand, the user has faced this question many 
times before, and always provided the same re- 
sponse, the expert system may offerthe user's usu- 
al response as a default - or the expert system may 
generate a user interface that displays nothing to 
the user and immediately returns the default re- 
sponse. 

8) What other software is available on the machine? 
The expert system may decide to employ other soft- 
ware applications in forming the user interface it will 
use to ask a question. 

9) What are the current values of various data the 
expert system has access to? The expert system 
may choose a user interface based on various facts 
about the world that it can perceive through the ma- 
chine, such as the time of day Additionally if the 
machine has access to a network of other devices 
(such as the internet), the expert system may be 
able to use data from the network to inform its se- 
lection and design of a user Interface. 

[0037] Importantly the user interface generated by 
the expert system 308 for an intention may be radically 
different under different input conditions - or even under 
identical input conditions (because external factors may 
have changed). That Is, the expert system 308 may offer 
the programmer no guarantee it will generate the same 
user interface if invoked multiple times with the same 
intention and the same set of parameters 326. 
[0038] If the expert system 308 is generating a graph- 
ical user Interface, the generated user Interface 31 0 may 
include a single screen, a sequence of multiple screens, 
or include no screens at all. Here, "screen" Is used gen- 
erally to refer to either the entire visible display area on 
an output device, or a window contained within a larger 
display, or a portion of a window. The generated user 
interface can include screens encapsulated in page- 
functions, which are described in U.S. Application No. 

, filed February 27, 2002, titled 

"PAGEFUNCTION ARCHITECTURAL SOFTWARE 
FRAIVIEWORK," and which is incorporated herein by 
reference (Attorney Docket No. MSFT-1 -18569). For 
generated user interfaces that do include screens, the 
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controls on the screens may vary from invocation to in- 
vocation, as may the controls' attributes: their labels, po- 
sitions, sizes, contained values, etc. The expert system 
308 may also generate other types of user interfaces 
5 other than graphical user Interfaces (e.g., audio user in- 
terfaces). 

[0039] With reference to FIGURE 30, the expert sys- 
tem 308 is implemented as a collection of code modules 
or components 334-338. Each code module Is designed 

10 to generate appropriate user interfaces for a single type 
of user interface goal or intention. In other words, each 
code module has access to different kinds of templates 
to realize the user Interface goal or Intention. The pro- 
grammer indicates his user Interface goal or intention 

15 by writing programming codeforthe application 306 that 
Invokes the relevant code module. In orderto be invoked 
properly, a code module may require the application 306 
to supply certain parameters. Upon Invocation, a code 
module may also allow the application 306 to specify 

20 additional optional parameters. These required and op- 
tional parameters may differ from intention to intention 
(and, hence, from code module to code module). A code 
module evaluates the required and optional parameters, 
and examines any relevant external factors, to deter- 

25 mine which sort of user interface is appropriate. 

[0040] As shown In FIGURE 30, the application 306 
includes pieces of written code for representing various 
intentions of the programmer, such as an intention for 
ordering a list of items 332, an Intention for choosing an 

30 item from a list 330, and other intentions 340. Each in- 
tention stored on the application 306 can invoke, on the 
expert system 308, a corresponding code module or 
component, such as Order component 336, Choose 
component 334, and other components 338. The 

35 Choose component 334 corresponds to the intention for 
helping a user to choose an item from a list 330. In order 
for the intention for helping a user to choose an item 
from a list 330 to correctly invoke the Choose compo- 
nent 334, the Intention is written in a particular program- 
me matic form, such as a function call Choose(...) 324A. 
The parameters for the function call 324A may include 
a list of Items 326A from which a user Is to choose. Sim- 
ilarly, the Order component 336 corresponds to the in- 
tention for ordering a list of items 332. The intention for 

45 ordering a list of items 332 invokes the Order component 
336 via the function call Order(...) 324A. A list of Items 
326B make up the parameters for the function call324B. 
Other Intentions 340 on the application 306 have corre- 
sponding components 338 in the expert system 308. 

50 The appropriate component among the components 
338 are Invoked by a proper function call along with an 
appropriate set of parameters that should be included 
in the function call. 

[0041] Once the expert system code module has de- 
55 termined what sort of user interface is appropriate, the 
module generates a suitable representation of the user 
interface 310 and returns the representation to the ap- 
plication 306. Suitable operating environments for vari- 
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ous embodiments of the present invention include an 
object-oriented environment. The user interface 310 
can be represented as an object that is dynamically cre- 
ated during program execution, passed between pro- 
gram functions, have its member functions invoked, and 
have these member functions return results to the in- 
voking program. Such an object will interact with the ma- 
chine's input and output devices to carry out the request- 
ed interaction with the user. One skilled in the art will 
recognize that embodiments of the present invention 
can be practiced in a non-object-oriented environment 
as well. 

[0042] Afterthe expert system 308 generates the user 

interface 310 and returns it to the application 306, the 
calling program 306 will typically invoke the generated 
user interface 31 0 immediately However, it is also pos- 
sible for the application 306 to store a representation of 
the user interface 310 on storage media (e.g., a disk) 
for later use by the application 306 (or, potentially, a dif- 
ferent program). The representation of the user inter- 
face 31 0 could also be transmitted to another computer 
for storage or invocation by a program on that computer. 
Note, however, that the more time that elapses between 
the time the user interface is generated and the time it 
used, the more likely it is that various external factors 
will have changed from their values at the time they were 
examined by the expert system 308 thereby, potentially 
causing the user interface to be inappropriate under the 
new set of external factors. 

[0043] Although FIGURE 3A depicts the application 
306, the expert system 308, and the generated user In- 
terface 310 as all residing on Ihe same compuler302, 
one skilled in the art will recognize that these compo- 
nents could exist on separate computers communicat- 
ing over a network. For example, the expert system 308 
could take the fonn of a process on an Internet server 
(not shown) that returns a user interface in the form of 
a complete or partial HTML (Hypertext Markup Lan- 
guage) page suitable for display in a World Wide Web 
browser. 

[0044] FIGURE 4 is a flow chart of the steps per- 
formed in invoking the expert system 308. In step 402, 
the application 306 calculates a set of parameters that 
will be passed to the expert system 308, The term "cal- 
culate" means the inclusion of the parameters prede- 
fined by the user interface designer or parameters that 
are collected, analyzed, or adapted for a purpose by the 
application 306. In step 404, the application 306 reflects 
the programmer's intent by invoking the relevant expert 
system code module and passing in the relevant param- 
eters. The expert system 308 generates and returns a 
representation of an appropriate user interface 310. In 
step 406, the application 306 invokes this generated us- 
er interface 310. The application 306 is not aware of 
what form the generated user interface 310 will take. 
The application 306 only knows that it can expect to be 
notified when the user interface has finished processing, 
and what the result of the interaction was. Processing 
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continues to step 408, where the application 306 can 
perfonn any necessary operations using the result of the 
interaction with the user. 

[0045] It is possible for the expert system 308 to offer 

5 the application 306 an option to have the expert system 
308 itself invoke the generated user interface 31 0 direct- 
ly. In this case, instead of returning the generated user 
interface 310, the expert system 308 returns the result 
of the interaction with the user. From the perspective of 

10 the application 306, such an option effectively combines 
steps 404 and 406 into a single step. 
[0046] FIGURE 5 illustrates a process 500 where the 
expert system 308 has received an intention or a user 
interface goal 324 from the application 306. At a block 

'5 502, the expert system 308 receives the user interface 
goal 324 via a suitable mechanism, such as a function 
invocation. Along with the function Invocation , the expert 
system 308 receives a set of parameters associated 
with the function invocation at a block 504. 

20 [0047] Next, at a block 506, the expert system 308 se- 
lects a code module among multiple code modules 
334-338, which corresponds with the received user in- 
terface goal among multiple user interface goals. The 
process 500 flows next to a block 508 where the expert 

25 systems 308 selects a rule from a set of rules within the 
selected code module. The set of rules are programmat- 
ically defined in the selected code module. Each code 
module 334-338 includes different rules extracted from 
guidelines, conventions, and principles of user interface 

30 design. An example of these extracted rules are dis- 
cussed below with reference to FIGURE 6. After a rule 
Is selected, the process 500 enters a block 510. Here, 
having selected and executed the selected rule, the ex- 
pert system 308 generates a user interface from a tem- 

35 plate associated with a selected rule. Each rule within a 
module corresponds to a different template. 
[0048] FIGURE 6 depicts a set of rules within an Im- 
plementation of the code module or component 334 de- 
signed to address the general goal of having the user 

40 select a single Item from a list of choices. In this exam- 
ple, the expert system 308 generates a graphical user 
interface for use on the Microsoft Windows operating 
system, following the guidelines set forth by Microsoft 
to determine which type of control is most appropriate 

45 for the task. The expert system 308 in this case requires 
the application 306 to supply a list of choices 326A when 
the code module is invoked. The programmer can op- 
tionally supply constraints limiting the size of any 
screens generated by the expert system 308 (e.g., to 

50 ensure that the screens can fit on a particular display or 
within a preexisting window). The expert system 308 
then determines which sort of user interface will be most 
appropriate In satisfying the programmer's goal. 
[0049] In step 602, the expert system 308 counts the 

55 number of choices that will be offered to the user In step 
604, the expert system 308 determines whether the 
count of choices is zero. If it is zero, the user will have 
no choice to make. In this case, processing continues 
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to step 606, where the expert system 308 generates a 
user interface 310 containing no visibie screens. Upon 
later invocation, this user interface 31 0 wiii immediately 
return to the application 306, passing back a result that 
indicates no selection was made by the user. s 
[0050] If the count is greater than zero, processing 
continues to step 608. Here the expert system 308 de- 
termines if the count of choices Is exactly one. If so, 
processing continues to step 61 0, where the expert sys- 
tem generates a user Interface 31 0 again containing no io 
visible screens. Upon later Invocation, this user Inter- 
face 310 will Immediately return to the application 306, 
passing back a result that Indicates the user selected 
the only avallabie choice. 

[0051] If the count is greater than one, processing '5 
continues to step 612. In this step, the expert system 
308 determines that if the count is less than eight (i.e., 
greater than or equal or two and aiso iess than or equal 
to seven). If so, processing continues to step 614, where 
the expert system 308 generates a user interface 310. 20 
Upon later Invocation, this user interface 31 0 will display 
a single screen showing the available choices using op- 
tion buttons. An example of such a screen is shown in 
FIGURE 7. 

[0052] If the count is greater than or equal to eight, 25 
processing continues to step 61 6. In this step, the expert 
system 308 considers whether there are any constraints 
on the amount of vertical space available to the gener- 
ated user interface, and if so, whether there is sufficient 
vertical space to display a single-selection list box dis- so 
playing at ieast three items. If there is sufficient room, 
processing continues to step 618, where the expert sys- 
tem 308 generates a user Interface 310. Upon later in- 
vocation, this user Interface 310 will display a single 
screen showing the available choices In a single-selec- 35 
tion list box. An example of such a screen is shown in 
FiGURES. 

[0053] Otherwise (if there is not enough room for a list 
box), processing continues to step 620, where the ex- 
pert system 308 generates a user interface 310, Upon 40 
later Invocation, this user interface 31 0 displays a single 
screen showing the avaliable choices in a drop-down 
list box. An example of such a screen is shown in FIG- 
URE 9B. Once processing completes, the expert sys- 
tem 308 returns to the application 306 and passes back 45 
the generated user Interface 31 0. 
[0054] FIGURE 7 is an example of a graphical user 
Interface screen generated by the expert system 308 In 
which the user is asked to choose one of four items. A 
window 702 contains text 704 instructing the user to so 
make a selection from the option buttons 706, 708, 71 0, 
and 712. in this example, option button 706 Is shown 
selected. Only one of the option buttons 706, 708, 71 0, 
and 712 can be selected at a given time. The user se- 
lects one of the buttons, then clicks an OK button 714 55 
to indicate that he is finished. The window is closed, and 
the user interface returns the user's selection to the ap- 
plication 306. If the user pressed the OK button 714 in 
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the screen state shown, this first option would be re- 
turned to the application 306. (This option could be re- 
turned, for example, as the integer 1 , indicating the first 
selection, or the text string "Red", for the text of that se- 
lection.) If instead the userciicks a Cancei button 716, 
the window is closed and the caliing program is informed 
that the user did not make a selection. (For example, by 
returning a special null value, such as the lnteger-1 , that 
has no meaning In the set of available choices.) 
[0055] FIGURE 8 is an example of a graphical user 
Interface screen generated by the expert system 308, 
in which the user is asked to choose one of ten items. 
A single window 802 contains text 804 Instructing the 
user to make a selection from a single-selection list box 
806 containing ten items (not ail ten are shown). The list 
box 806 is only tail enough to show eight Items. The user 
must scroll the list box 806 to see all the Items. The user 
seiects one of the list items, then clicks an OK button 
808 to indicate that he is finished. The window is closed, 
and the user interface returns the user's seiection to the 
application 306. If Instead the userciicks a Cancel but- 
ton 810, the window Is closed, and the application 306 
is Informed that the user did not make a selection. 
[0056] FIGURES 9A-9B depict another example of a 
screen in a graphical user Interface generated by the 
expert system 308, in which the user is again asked to 
choose one often items. (Not all ten are shown) Here 
the programmer has established some constraints on 
the size of the output display the user interface can em- 
ploy. Like the screen shown in FiGURE 8, the window 
902, shown in FIGURE 9A, contains text 904 Instructing 
the user to make a selection. Here, however, there is 
not enough vertical space to use the single-selection list 
box 806. In this case, the expert system 308 has instead 
chosen a more compact representation of the choices, 
a drop-down list box 906. The drop-down list box 906 is 
initially collapsed to a single line. By clicking the drop- 
down arrow 908, the user can expand it to reveal a list 
box 914. This list box 914 displays a portion of the avail- 
able choices. The user must scroil the list to see the re- 
mainder. The user selects one of the Items In the list box 
914, and then clicks drop-down arrow 908 once more to 
uncollapsethe listto its initial state. The userthen clicks 
an OK button 910 to indicate that he is finished. The 
window closes, and the user interface returns the user's 
selection to the application 306. If the user clicks a Can- 
cel button 612, the window 902 is closed instead, and 
the application 306 is informed that the user did not 
make a selection. 

[0057] The expert system 308 is a separable compo- 
nent from the program created by the programmer, and 
may be separately updated or otherwise modified. Ac- 
cordingiy, multiple programs on the same machine may 
invoke the same Instance of the expert system 308. As 
the expert system 308 Is Improved or modified with ad- 
ditional user interface knowledge In subsequent ver- 
sions, the expert system 308 may make different deci- 
sions. Different versions of the expert system 308 may 
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generate different user interfaces given the same inten- 
tion or user interface goal, set of parameters, and exter- 
nal factors. 

[0058] In constructing complex user interfaces, the 
expert system 308 may invoke itself recursively to con- 
struct a portion of the user interface. For example, a 
code module capable of generating a complex graphical 
user interface with multiple screens may invol<e other 
code modules to generate the individual screens. 
[0059] A programmer may be content to take advan- 
tage of the expert system's 308 existing knowledge of 
user interface design principles. The programmer may 
also have the ability to codify new knowledge of user 
interface design principles (perhaps in some specific do- 
main) by creating new code modules and adding them 
to the expert system 308 itself. This makes the knowl- 
edge available to other programmers as well. 
[0060] While the preferred embodiment of the inven- 
tion has been illustrated and described, it will be appre- 
ciated that within the scope of the appended claims var- 
ious changes can be made therein without departing 
from the spirit and scope of the invention. 



Claims 

1 . A system for generating user interfaces so that a 
user may interact with a computer system, the sys- 
tem comprising: 

an application having an incompiete user inter- 
face and being adapted to store multiple inten- 
tions of a user interface designer of the appli- 
cation, each intention including a set of param- 
eters and being selected from a group consist- 
ing of posing a question to the user, presenting 
a piece of information to the user and defining 
a task for the user to perform, the incomplete 
user interface of the application being complet- 
ed when the one or more intentions are real- 
ized; and 

an expert system having one or more compo- 
nents for realizing the multiple intentions, the 
expert system receiving one of the multiple in- 
tentions and each received intention identifying 
and activating a corresponding component for 
realizing the received intention, each corre- 
sponding component programmatically con- 
taining a set of rules extracted from guidelines, 
conventions, and principles of user interface 
design, the set of parameters supplied with 
each received intention aiding the correspond- 
ing component to choose and execute a rule 
from the set of rules, each rule producing a user 
interface from a template different from other 
templates used by other rules. 

2. The method of Claim 1 , wherein the produced user 
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interface is selected from a group consisting of a 
graphical user interface, a command-line interface, 
and an audio user interface. 

5 3. The system of Claim 1 , further comprising a source 
of external factors, the source of external factors 
containing information related to the operating en- 
vironment of the application as well as the back- 
ground of the user so as to aid the corresponding 

10 component to choose and execute a rule from the 
set of rules. 

4. The system of Claim 3, wherein each external factor 
is selected from a group consisting of the type of 

'5 computer on which the application is running, the 
type of operating system on which the application 
is running, the types of available input devices, the 
types of available output devices, the background 
of the user, the existence of other software, and oth- 

20 er facts external to the system, 

5. The system of Claim 1 , wherein each parameter 
from the set of parameters is selected from a group 
consisting of textual information, a set of choices 

25 from which the user is expected to make a selection, 
pieces of data which the user is allowed to manip- 
ulate, a default response to a question posed by the 
user, an indication that the user is required to re- 
spond to the question, an indication that the user 

30 mayoptoutfrom responding to the question, a type 
of data that is expected to be received in response 
to an interaction with the user, a set of constraints 
on the dimensions of the generated user interface, 
and an indication of the visual style which the gen- 

35 erated user interface may take. 

6. A method for generating user interfaces by an ex- 
pert system for a user to interact with a computer 
system, comprising: 

40 

receiving a user interface goal by the expert 
system, the user interface goal being selected 
from a group consisting of a question to be 
posed to the user a piece of information to be 
45 communicated to the user, and ataskto be per- 

formed by the user; 

receiving a set of parameters by the expert sys- 
tem, each parameter being selected from a 
group consisting of information for presenting 

50 to the, user, infonnation for the task to be per- 

formed by the user, and information for con- 
straining the generated user interface; and 
generating a user interface by selecting a code 
module from a set of code modules, each code 

55 module being designed to generate user inter- 

faces from multiple templates, the act of select- 
ing a code module including selecting a rule 
from a set of rules extracted from guidelines. 
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conventions, and principles of user interface 
design, the act of selecting a rule being aided 
by the set of parameters, the user interface be- 
ing produced from a template when the select- 
ed rule is executed. 



with said selected rule. 

13. A method of producing a user interface for an ap- 
plication running on a computer having an associ- 
ated display, said method comprising: 



The method of Claim 6, further comprising examin- 
ing selectively a set of external factors by the expert 
system, each factor being selected from the oper- 
ating environment of the computer system and the io 
bacl<ground of the user, the act of selecting a rule 
being further aided by the set of external factors. 

The method of Claim 6, wherein a user interface 
goal is selected from a group consisting of making 15 
the user suppiy a singie string of text, making the 
user supply a singie number, making the user pick 
a single item from a list, making the user pick sev- 
eral items from a list, making the user arrange the 
items in a list in a preferred order, making the user 20 
manage a list of items, making the user organize 
items in a given structure, and making the user ap- 
ply one or more operations on a selection of items 
in a list. 



a) in response to user interface designer inputs, 
said application producing at least one inten- 
tion, said at least one Intention having an asso- 
ciated set of parameters; 

b) supplying said at least one intention and Its 
associated set of parameters to an expert sys- 
tem; 

c) in response to receiving said at least one in- 
tention and its associated set of parameters, 
the expert system: 

i) seiecting acode module from a multitude 
of code modules; 

ii) selecting a rule from a set of ruies within 
the selected code module; and 

ill) generating user interface instructions 
from a template associated with the select- 
ed rule; 



9. The method of Claim 6, wherein the method is ex- 
ecuted at run time while other applications are run- 

10. The method of Claim 6, wherein the method is ex- 
ecuted at design time so that user interfaces gen- 
erated by the method are stored on storage media. 

1 1 . The method of Claim 6, wherein the generated user 
interface includes a pagefunction. 

12. A system for producing instructions suitable for 
making a user interface, comprising: 

a) an application for generating, in response to 
user interface designer inputs, at least one in- 
tention, said at least one intention including an 
associated set of parameters; and 

b) an expert system for receiving said at least 
one intention and said associated set of param- 
eters, said expert system including a multitude 
of code modules, each of said code modules 
including a set of rules, each of said rules in- 
cluding a template, in response to receiving 
said at least one intention and said associated 
set of parameters said expert system: 



d) supplying said user interface instructions to 
said application; and 

6) in response to receiving said user Interface 
instructions, said application producing a user 
interface on said display. 



i) selecting a code module for said multi- 
tude of code modules; 

ii) selecting a rule from said set of rules in- 
cluded in said selected code module; and 

iii) generating user interface instructions in 
accordance with the template associated 
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Fig.lB. 
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Message Box J .. |^ 



Call me Ishmael. Some years ago - 
never mind how long precisely - 
having little or no money in my 
purse, and nothing particular to 
interest me on shore, I thought I 
would sail about a little and see 
the watery part of the world. It is 
a way I have of driving off the 
spleen, and regulating the 
circulation. 
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Fig.4. 
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Start: The application 
sends a user interface goal 
to the expert sy stein 



r 



The expert system 
receives the user 
interface goal 



The expert system receives a set 
of parameters associated with 
the received user interface goal 



The expert system selects a code module among 
multiple code modules that corresponds with the 
received user interface goal 
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The expert system selects a 
rule from a set of rules within 
the selected code module 



The expert sxjstem generates a 
user interface from a template 
associated with the selected rule 



5. 
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Fig.9B. 
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